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Client Ref. No. 349900742US1 

Computer System and Data Sharing Method Between Computers 

BACKGROUND OF THE INVENTION 

This invention relates to a system for sharing data among storage systems 
in data processing systems or the like, and more particularly to a method of sharing data 
in a computer system which has a data storage subsystem with a plurality of interfaces. 

"Downsizing" or causing an open system such as a personal computer 
(PC) or a workstation to carry out operations which were handled by a mainframe, has 
become an extensively adopted practice in recent years. Because a large quantity of 
information from past operations is stored in a mainframe, however, there is a demand for 
accessing that accumulated information from a small computer such as a PC. 

The supplement Mainframe '98 (p. 214) to Nikkei Computer, a magazine 
published by Nikkei BP, carries an article on a case of composite configuration of a 
mainframe and an open system for a computer system used in corporate offices. In the 
computer system the article describes, the mainframe processes sales information, and the 
resulting accimiulated data are collected and transferred once a day to a computer on the 
open system side via a network. This allows the user to refer to the data on the computer 
on the open system side. This arrangement enables data on core operations handled by 
the mainframe to be accessed from the open system. During such an access in this 
system, the current operation handled by the mainframe is suspended, and all the data are 
copied via the network. The greater the quantity of data handled, the longer the time 
required for copying. This results in heavier loads on host computer and the network, 
which may cause interruption in operations. 

One solution to this problem is accessing a single disk unit (volume) by a 
plurality of host computers. Japanese Published Unexamined Patent Application No. 9- 
258908 discloses a disk apparatus having a plurality of interfaces and a method by which 
such a disk apparatus is accessed by host computers connected to the plurality of 
interfaces. According to this technique, copying of data between systems is dispensed 
with, and the load on host computer can be reduced accordingly. 



SUMMARY OF THE INVENTION 
As stated above, a plurality of host computers can access a common disk 
unit. For data to be actually usable, however, the data should be logically consistent. For 
5 instance, when data for a given file are being updated from the mainframe, if data of that 
file are read from the open system, inconsistent data may be read in. For this reason, 
reading file data from the open system should be carried when a transaction made on the 
mainframe side finishes and while the contents of data vmtten in the disk unit remain 
consistent. The contents of data remain consistent, however, only for a very short time 

10 between the completion of one transaction and the beginning of the next transaction. 
Therefore, even according to Application No. 9-258908, unless the processing on the 
mainframe side is in an off-line state and the consistency of the contents of data is 
maintained for a certain period of time, it is virtually impossible to read from another host 
computer and use data stored in a common disk unit. 

15 This invention enables different host computers to access a common file 

while minimizing the need to interrupt the execution of application software. To achieve 
this, in a computer system provided with a first computer, a second computer and a data 
storage subsystem connected to the first and the second computer, a second memory xmit 
is prepared with the same contents as the first memory unit used by the first computer and 

20 its contents are made usable from the second computer. Preferably, the second memory 
imit is controlled to reflect the updating of the first memory unit from the first computer 
in normal processing by the first computer. When making the contents of the second 
memory unit available to the second computer, control is performed so as not to allow the 
updating of the first memory unit to be reflected in the second memory unit. 

25 According to another aspect of the invention, the second memory imit is 

replaced by a third memory unit which has been used by the second computer to enable 
the second memory unit to be used from the second computer. According to a fiirther 
aspect of the invention, the contents of the second memory unit are copied into the third 
memory unit, which is replaced by a fourth memory unit which heis been used by the 

30 second computer. 

According to still another aspect of the invention, the second memory unit 
holds a copy of the contents of the first memory unit at a certain time. When the contents 
of the first memory unit are updated, the updated contents are recorded into the third 



memory vmit. To enable the contents of the first memory unit to be used fi-om the second 
computer, the contents of the second memory unit are rewritten on the basis of the 
updated contents recorded in the third memory unit, and the same contents as those of the 
first memory unit are prepared in the second memory unit. By replacing the second 
5 memory unit whose contents have been prepared in this manner with the fourth memory 
unit which has been used by the second computer, its contents are made available for use 
firom the second memory unit. This configuration enables the second computer to use the 
data which has been accessed by the first computer. 

1 0 BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram illustrating a computer system of a first 
embodiment the present invention. 

Figure 2 is a flowchart of the process for shared use of data by application 
programs on host computers; 
15 Figure 3 is a block diagram illustrating a computer system in a second 

embodiment the invention; 

Figure 4 is a flowchart of the process for shared use of data by application 
programs on host computers; 

Figure 5 is a block diagram illustrating a computer system of a third and 
20 fourth embodiment of the invention; 

Figure 6 is a flowchart of the process for shared use of data by application 
programs on host computers and by a conversion program on a processor in the third 
embodiment the invention; 

Figure 7 is a flowchart of the process for shared use of data by application 
25 programs on host computers and by a conversion program on a processor in the fourth 
embodiment the invention; 

Figure 8 is a block diagram illustrating a computer system in a fifth 
embodiment the invention; and 

Figure 9 is a block diagram illustrating an example of adapted 
30 configuration of the computer system in the third embodiment the invention. 



DESCRIPTION OF THE SPECIFie EMBODIMENTS 
Figure 1 is a functional block diagram illustrating a configuration to which 
a computer system in one mode of implementing the invention is applied. This computer 
system embodiment of the invention consists of a host computer (herein "host") la, a host 
5 2a, a data storage subsystem 3a which is connected to host la, to host 2a, and to a 
network 5. 

In host la, there is an interface 1 1 to the data storage subsystem 3a, a 
network interface 12, an operating system 13, and an application program 14. Host la, as 
well as similar units described herein, includes hardware, such as a CPU and memories, 

10 of conventional computer systems, and therefore are not described further herein. The 
operating system 13 and the application program 14 are stored in memories (not shown) 
and provide support for the various functions executed by the CPU. 

Host 2a includes an interface 21 to the data storage subsystem 3 a, a 
network interface 22, an operating system 23 and an application program 24. The 

15 operating system 23 and the application program 24, like the operating system 13 and the 
application program 14, respectively, are stored in memories and correspond to those in 
host la. 

The data storage subsystem 3a includes a plurality of disks 31, 32 and 33, 
an interface 41 connected to host la, an interface 42 connected to host 2a, a disk control 

20 imit 43, and a console 44. The disks 31, 32 and 33 may be real or virtual magnetic disk 
imits independent of each other, or when viewed from hosts, appear as logical disk units 
(logical volumes) or a disk array. In the latter case, each of the disks 31, 32 and 33 is a 
logical volume. In this embodiment, it is assumed that host la can access the disk 31 and 
host 2a, as well as disks 32 and 33. 

25 The disk control unit 43 provides a disk mirroring function and a disk re- 

mapping function. The mirroring function permits copying the contents of a disk at a 
given time and saving it to another disk. As a specific example of the mirroring function, 
consider copying the contents of disk 31 to disk 32. In the following description, the 
source disk 3 1 is termed the original disk, while the destination disk 32 is termed the 

30 subordinate disk. 

The user instructs the data storage subsystem 3a to correlate the disks 31 
and 32 as original and subordinate disks, respectively, and to start copying. This 
processing is referred to as pairing. This instruction is issued either, for example, firom 
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host la via the interface 1 1 or from the console 44. Where the instruction is issued from 
the console 44, either the user may directly operate the console 44 to issue the instruction, 
or issue the instruction from host la via the network to the console 44, in response to 
which the console could issue the instruction to the data storage subsystem 3 a. This 
5 embodiment will be described here based on the assumption that the instruction is issued 
from host la via the network to the console 44, and copying is started in accordance with 
the instruction from the console. Either way the pertinent fimction according to the 
invention can be realized. 

When pairing is instmcted, disk control unit 43 copies data from disk 3 1 to 

10 disk 32. At the start of copying, referred to as "being paired," the contents of the disks 3 1 
and 32 are not identical. Thus the data storage subsystem 3a copies data from disk 31 to 
disk 32. During this process, the disk control unit 43 accepts a read/write access, if any, 
from host la to the disk 31. When there is a write access from host la and the contents of 
the disk 3 1 are updated, the disk control unit 43 causes the updated contents to be 

15 reflected in the disk 32. 

When copying has been completed, and the contents of disk 31 have been 
copied to disk 32, the state is termed "duplex state." If there is a write access from host 
la to the disk 31 when in the duplex state, the disk control unit 43 causes the contents of 
the access to be reflected in the disk 32 as well. 

20 While the data storage subsystem 3a is operating in the duplex state, if the 

contents of the disk 31 at a given time are to be stored on disk 32, the user gives an 
instmction to "dissolve the pair" to the data storage subsystem 3a. The data storage 
subsystem 3a, upon receiving the instruction to dissolve the pair, keeps the contents of 
disk 32 "as is" at the time. Thus, upon receiving the instruction to "dissolve the pair," the 

25 disk control unit 43, even if it updates from host la the contents of disk 3 1 with a write 
access, does not update the contents of disk 32. This state is referred to as the "simplex 
state." 

After the simplex state is achieved, if it is desired to return disk 3 1 and 
disk 32 to the duplex state, the user instructs the data storage subsystem 3 a to start 
30 copying between the disks 3 1 and 32. In this case, most of the data on the disk 3 1 and the 
disk 32 are the same in content. Thus the quantity of copying is small, and the shift to the 
duplex state can be accomplished in a relatively short time. The mirroring fimction can 



copy the contents of a disk at any desired time by making ready another disk to form a 
disk pair in advance, and then switching from the duplex state to the simplex state. 

Disk re-mapping is the function that allows data storage subsystem 3a to 
change the disk identifier of each disk. For example, if the disks are small computer 
system interface (SCSI) disks, a target ID and a logical unit number (LUN) are assigned 
to each disk. Using this information, each host identifies a plurality of disks visible from 
the interface, and selects the disk to be accessed. The data storage subsystem 3 a, by its 
disk re-mapping fimction, can freely change these identifiers as recognized by hosts la 
and 2a. For example, if disk 32 has a target ID of 0 and a LUN of 0 and disk 33 has a 
target ID of 1 and a LUN of 0, the data storage subsystem 3a can reverse them at certain 
times. Namely, disk 32 can be given a target ID of 1 and a LUN of 0, while disk 33 a 
target ID of 0 and a LUN of 0. It is also possible at first to assign neither a target ID, nor 
a LUN to the disk 33. This makes the disk invisible to hosts. Later a target ID of 1 and a 
LUN of 0 can be assigned to disk 33 to make it visible from hosts. Each host identifies 
the disk to be accessed by the target ID and the LUN. Therefore, by using the re-mapping 
function, the disk to be accessed can be switched without allowing hosts to become 
aware. 

Figure 2 is a flowchart of the process that takes place when the data of host 
la stored in the disk 31 are to be used by host 2a. The following description assumes that 
disk 31 and disk 32 are placed in the duplex state under such control that at least the disk 
31 is visible from host la and at least the disk 33 is visible from host 2a. Disk 32 need 
not be either visible from hosts la and 2a, but it is assumed, for this example, to be 
invisible from hosts la and 2a. The application program 14 on host la is a program to 
perform on-line transaction processing (OLTP) on databases and the like, with frequent 
updating on disk 31, while the application program 24 of host 2 is a program which does 
not write to the disk 33. The format of data the application program 24 handles is the 
same as that for the application program 14, and in the initial condition a copy of the data 
in the disk 31 at a certain point of type is stored in the disk 33. The application program 
14 and the application program 24 respectively contain inter-application communication 
mechanisms 141 and 241 for conmivmication between applications via the network 5 and 
disk control mechanisms 142 and 242 for instructing via the interface 1 1 and 21 the disks 
to execute their mirroring function and re-mapping fimction. With these assimiptions, the 
process of this embodiment is as follows. 



Application program 14 first completes the transaction being executed 
(step 1001). This clears the contents of the disk 31 of any inconsistency. Then the disk 
control mechanism 142 instructs the data storage subsystem 3 to dissolve the pair, and to 
place disks 31 and 32 in the simplex state (step 1002). After dissolving the pair, the 
5 application program 14 resumes transaction processing (step 1003). 

At step 1004, the application program 14 uses the inter- application 
communication mechanisms 141 to notify host 2a of the completion of processing by 
application program 14, i.e. transition of the disks to the simplex state. The application 
program 24, so notified, temporarily ends the processing of access to disk 33 (step 1101). 

10 Then the application program 24 uses the disk control mechanism 242 to re-map disks 32 
and 33 (step 1 102). The disk access process by the application program 24 need not be 
ended, but \yhere, for example, searching of a database or the like is being performed, the 
timing may be that of completion of one round of processing. 

At step 1 103, the application program 24 resumes processing, and at step 

15 1 104 it uses the inter-application communication mechanisms 241 to notify host 1 a of the 
completion of processing by the application program 24. As a result, application 
programs 24 and 14 again place disks 31 and 32 in the state of being paired (step 1005). 
The process thus far described enables the application program 24 to use the data of disk 
31 also used by the application program 14. By repeating this process, application 

20 program 24 can use the most current data used by application program 14. While in this 
embodiment the re-mapping of the disks 32 and 33 at step 1 102 is accomplished by the 
disk control unit 43, if the data storage subsystem 3a has no re-mapping function, the 
same process of re-mapping can be realized by making disks 32 and 33 visible firom host 
2a in advance, unmovinting the disk 33 on the host 2a side, and then mounting disk 32 

25 onto the directory on which the disk 33 was moimted. Applications using the same data 
between two systems include Data mining and Online Analytical Processing (OLAP). In 
this mode of implementing the invention, for example, where host la processes DBMS 
for transaction-type database processing as application program 14 and host 2a operates 
an OLAP server program as application program 24 to use the contents of processing by 

30 host la, it is possible for host 2a to use the data from the process by the OLAP server 

program with minimal interruption of the process of accoxmting by host la using DBMS. 

Figure 3 is a block diagram illustrating the configuration of a computer 
system in a second mode of implementing the invention. The computer system in this 
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mode comprises a host lb, a host 2b, a data storage subsystem 3b comiected to host lb 
and host 2b, and a network 5 connecting hosts lb and 2b. Host lb is provided with an 
interface 1 1 with the data storage subsystem 3b, a network interface 12, an operating 
system 13, and an application program 16. Host 2b has an interface 21 with the data 
5 storage subsystem 3b and a network interface 22, and is provided with an operating 
system 23, an application program 26, and a conversion program 25. The data 
storage subsystem 3b is further provided with a fourth disk 34 in addition to the disks 3 1 
through 33, which functions similarly to the data storage subsystem 3a in the first 
embodiment. 

10 In this embodiment, the data format handled by application program 16 of 

host lb differs from the data format handled by application program 26 of host 2b. 
Conversion program 25 is a program to convert the format of data handled by the 
application program 16 into the format of data handled by the application 26. To make 
the data on the disk 31 usable by host 2b, disks 31 and 32 are placed in the duplex state. 

15 The disk control unit 43 so controls the data storage subsystem 3b as to make at least disk 
31 visible from host lb and disks 32, 33 and 34 visible from host 2b. The application 
program 26 uses disk 34 to perform processing. At the start, data as of a certain time on 
disk 31 are converted by the conversion program 25 and stored on disk 34. 
Figure 4 is a flowchart of the process performed when data on disk 3 1 are to be made 

20 processible by host 2b. In this process, the steps taken by host lb are the same as those 
taken by host la in the first embodiment. From steps 1001 through 1004, the disks 31 
and 32 are released from their paired state, and the disk 32 is made available for use by 
host 2b. Host 2b, notified by the application program 16 of host lb, reads the contents of 
the disk 32 with its conversion program 25, converts the contents into a form accessible 

25 by application program 26, and stores the converted data onto disk 33 (step 1201). The 
application program 26, to use the data stored on disk 34, can continue processing even 
during operation of the conversion program 25. 

Upon completion of the data conversion, host 2b temporarily ends disk 
access processing by application program 26 (step 1101). It then performs re-mapping 

30 between disk 33 and disk 34, and switches the disk for data access by application program 
26 from disk 34 to disk 33 (step 1 102b). After re-mapping of disks 33 and 34, disk access 
processing by the application program 26 is resimied (step 1 103), and host lb is notified 
of the completion of disk re-mapping by the application program 26 (step 1 104). The 
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application program 16, notified by host 2b, again places the disks 31 and 32 in the paired 
state. The foregoing process makes data the same as on disk 31 (thus far used by 
appHcation program 16) available for use by application program 26 (step 1005). 

Figure 5 is a block diagram illustrating a computer system in a third mode 
5 of implementing the invention. The computer system in this mode of implementation 
comprises a host Ic, a host 2c, and a data storage subsystem 3c connected to host lb and 
host 2c. A network 5 connects the hosts to each other, and a processor 6 accompanies 
data storage subsystem 3c. Host Ic has, as its interfaces with the data storage subsystem 
3c, a variable-length interface 1 1 for handling data in a count key data format (CKD 

10 format), such as a channel interface, a network interface 12, an operating system 13, and 
an application program 16. Host 2c has, as its interfaces with the data storage subsystem 
3c, a fixed-length interface 21 for handling data in a fixed-length data format, for 
example, a SCSI interface, a network interface 22, an operating system 23, and an 
application program 26. 

15 The data storage subsystem 3c comprises a plurality of disks 31, 32, 33 

and 34, a variable-length interface 41 for connection to host Ic, a fixed-length interface 
42 for connection to host 2c, a disk control unit 43, and a fixed-length interface 45 for 
connection to a processor 6. The disk control unit 43 controls data storage subsystem 3c 
to make at least disk 31 accessible by host Ic, at least disk 34 accessible by host 2c, and 

20 at least disks 32 and 33 accessible by the processor 6. Processor 6 has a fixed-length 
interface 61 to the data storage subsystem 3 and a network interface 62. In its memory, 
processor 6 stores operating system 63 and a conversion program 64. 

In this embodiment, as in the second embodiment, the data format that can 
be handled by application program 26 differs fi-om the data format that can be handled by 

25 application program 16. Further, host Ic stores data on disk 31 in accordance with the 

CKD format. Conversion program 64 of processor 6 reads, in accordance with the fixed- 
length format, the data in storage subsystem 3c in the CKD format, and converts them 
firom the format of application program 16 to the format of application program 26. 

For reading by the conversion program 64 of data stored in storage 

30 subsystem 3c in the CKD format, a technique disclosed in, for example, the Japanese 
Published Unexamined Patent Application No. Hei 9-258908 can be applied. The 
conversion program 64 receives from application program 16 operating on host Ic 
information indicating the storage position of data via the network 5. On the basis of that 
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information, the conversion program 64 reads data from the data storage subsystem 3c in 
search of a storage position in the fixed-length format. 

Figure 6 is a flowchart of the processing to make data on disk 3 1 available 
for use by host 2c. hi this mode of implementation, too, disks 3 1 and 32 are placed 
5 basically in the duplex state as the initial state before the start of the process. The disk 
control unit 43 controls storage subsystem 3c to make disk 31 visible from host Ic, disk 
34 visible from host 2c, and disks 32, 33 and 34 visible from processor 6. 

In this mode, at steps 1001 through 1004 host Ic performs the same 
process as at steps 1001 through 1004 in the first or second implementation, hicidentally, 
10 the transfer of information on the storage position of data from host Ic to the processor 6 
can be provided in advance of the start of this process and held by the processor 6, or it 
can be accomplished at the time of notice of completion of pair dissolution on host Ic 
side at step 1004. 

The conversion program 64, notified by host Ic, reads the contents of the 

15 disk 32, converts them into a format permitting access from the application program 26, 
and writes the converted contents onto the disk 33. During this process, application 
program 16 can continue the usual processing using disk 31. Similarly, application 
program 26 can continue the usual processing using disk 34 (step 1301). After 
completion of data transfer (copying) from the disk 32 to the disk 33, the conversion 

20 program 64 notifies host 2c of the completion of processing by using an inter-application 
communication mechanisms 641 (step 1302). 

Application program 26, notified by the processor 6, temporarily ends 
access to disk 34 (step 1 101). After suspending access to disk 34, the application 
program 26, using the disk control mechanism 242, carries out re-mapping between disk 

25 33 and disk 34, and replaces disk 33 and disk 34 with each other (step 1 102b). After that, 
application program 26 resumes processing of access to the re-mapped disk 34 (step 
1 103), and notifies host Ic of the completion of processing 26 (step 1 104). Application 
program 16, so notified by host 2c, again places disks 31 and 32 in the paired state (step 
1005). The foregoing process enables hosts using different formats to share the same 

30 data. 

The computer system in the fourth implementation has a similar 
configuration to the computer system in the third mode of implementation, except as 
described below. 



Application program 16 of host Ic performs the usual writing of data onto 
disk 31 and updating thereof, and records their address and the updated data onto the disk 
32. In other words, in this mode of implementation, disk 32 is used as a log disk, and 
data thereon are used for the restoration of data when trouble, or some other cause, 
interrupts processing by application program 16. The updated data are stored onto disk 
32 in due order from the leading position. A series of updated data are managed on a 
transaction-by-transaction basis, and an identifier known as a "checkpoint" is recorded for 
each transaction. If the writing of data onto the disk 31 by the application program 16 is 
interrupted in a transaction, by reference to the update history until immediately before 
the latest checkpoint recorded on the log disk and correcting the data accordingly, the 
data at the time of completion of the transaction corresponding to that checkpoint can be 
restored. 

In this mode of implementation, if a copy of the data on the disk 3 1 at a 
certain time remains on disk 33, the data on disk 33 can be updated with reference to the 
log disk (disk 32). Thus the latest result of the transaction executed by the application 
program 16 can be reflected in those data. 

Figure 7 is a flowchart of the process to make the contents of disk 3 1 
available for use by host 2c in this mode of implementation. The disk control unit 43 so 
controls the data storage subsystem 3c as to make disks 3 1 and 32 visible from host 1 , 
disk 34 visible from host 2, and disks 32, 33 and 34 visible from the processor 6. The 
contents of disks 31 and 33 are matched before the start of this process. 

Conversion program 64 holds the checkpoint ID of the updated set of data 
last accessed in the past process out of the updated data stored on the disk 32. The 
conversion program 64 reads the updated data stored on the disk 32 along the update 
history in order, beginning with the set of updated data identified by the checkpoint ID 
immediately following the checkpoint ID it holds, and there updates the contents of the 
disk 33 on the basis of the updated data. This update process is carried out until the 
updated data stored at the latest checkpoint ID recorded on the disk 32. Meanwhile, 
application programs 16 and 26 can continue their respective usual processing (step 
1401). 

After the completion of the updating of the disk 33, the conversion 
program 64, to cause the updated contents of disk 33 to be reflected on disk 34, requests 
the application program 26 of host 2c to interrupt processing by using the inter- 



# # 



application communication mechanisms 641 (step 1402). Application program 26, in 
response to the request from processor 6, interrupts the process it is executing (step 1 101). 
After the intermption, application program 26 notifies the processor 6 of the processing 
(step 1501). 

5 The conversion program 64, to place the disks 33 and 34 in the duplex 

state, instructs the data storage subsystem 3c to pair them (step 1403). After the pairing is 
completed and the duplex state has emerged in which the contents of the disk 34 have 
become the same as those of the disk 33, the conversion program 64 instructs the data 
storage subsystem 3c to dissolve the pair, and disks 33 and 34 retum to the simplex state 

10 (step 1404). After disks 33 and 34 have returned to the simplex state, the conversion 

program 64 notifies host 2c of the completion of processing (step 1405). The application 
program 26, so notified, resumes the interrupted processing(step 1 103). By repeating this 
process at required intervals, data on disk 31 used by application program 16 can be used 
by application program 26. 

15 In this implementation, the contents of disk 31 can be made available for 

use by host 2c without interrupting the processing of the application program on host Ic. 
This facilitates, for example, simultaneous operation of a plurality of database programs 
on host Ic, or where there are a plurality of hosts in each of which a database is operating, 
collective processing of data by a single host. 

20 It is assumed that a plurality of database programs are operating on host 1 

and there are a plurality of databases and database logs. This makes it possible for the 
conversion program 64 of the processor 6 to read data out of the plurality of database logs 
and merge them on the processor 6 to create an integrated database on the disk 33. Host 2 
is enabled to use the database integrated on the disk 33. 

25 Figure 8 is a block diagram illustrating a computer system in a fifth mode 

of implementing the invention. The computer system in this implementation comprises a 
host Id, a host 2d, a data storage subsystem 30a connected to host Id, and a data storage 
subsystem 30b connected to host 2d. Host Id and host 2d have respectively the same 
functions as hosts lb and 2b in the second mode of implementation, except that host Id 

30 and host 2d are installed in places geographically distant from each other and are 

connected to different LANs 5a and 5b. The LAN 5a and the LAN 5b are connected by, 
for example, the Internet 5c to each other. 
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The data storage subsystem 30a comprises a disk 31a, an interface 41a 
connected to host Id, an interface 42a coimected to the data storage subsystem 30b, and a 
disk control unit 43. Data storage subsystem 30b comprises a disk 31b, a disk 32b, a disk 
33b, an interface 41b connected to host 2d, an interface 42b connected to the data storage 
5 subsystem 30a, and a disk control unit 43b. The data storage subsystem 30a and the data 
storage subsystem 30b are connected by their respective interfaces 42a and 42b. 

Data storage subsystem 30b, hke the data storage subsystem of any of the 
embodiments previously described, has a disk re-mapping function. The data storage 
subsystem 30a and the data storage subsystem 30b have a remote copying function to 

10 copy the contents of the disk in the data storage subsystem 30a to a disk in the data 

storage subsystem 30b via the interfaces 42a and 42b. The remote copying function is a 
coimterpart of the earlier described mirroring function, realized here between a plurality 
of disk apparatuses. For instance, with reference to Figure 8, it is supposed that the 
contents of the disk 31a are to be copied to the disk 32b. In this context, the disk 31a will 

15 be referred to as the original disk, and the disk 32b, as the subordinate disk. 

The user instructs data storage subsystem 30a to correlate disks 31a and 
32b as the original and subordinate disks, respectively, and to start copying. This 
instmction is given jfrom host Id via the interface 13. Where consoles are connected to 
the data storage subsystems 30a and 30b as in the first embodiment, it is also possible to 

20 send the instruction from host Id to the console via the network. 

When instructed to start copying, the disk control unit 43a transfers data to 
be copied to the data storage subsystem 30b via the interface 42a, and carries out copy 
processing. At the time of the start of copying, the data contents of the disk 31a and those 
of the disk 31b are not identical. The state in which data are being copied firom the disk 

25 31a to the disk 31b will be referred to as "being paired." If there is a read/write access 
request from host Id to the disk 31a while the disks are "being paired," the disk control 
imit 43 accepts the request to allow disk 30a to be accessed and, if the contents of the disk 
31a are updated by the write access from host Id, causes the updated contents to be 
reflected on disk 31b. 

30 The state in which copying has been completed and the contents of the 

disk 31a have been fully copied to the disk 31b is called the "duplex state." If there is a 
write access from host Id to the disk 31a when in duplex state, its contents are caused to 
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be reflected in disk 31b as well. These aspects of the procedure are the same as their 
respective counter parts in the earlier described mirroring function. 

If it is desired, after the duplex state has been achieved, to store the state of 
the disk 31a at a desired time onto disk 31b, the user sends an instruction to "dissolve the 
pair" to the data storage subsystem 3a. The data storage subsystem 3a, upon receiving the 
instruction to dissolve the pair, no longer causes the updating of the data on disk 31a to be 
reflected on disk 31b, and stores the contents of the disk 31b as they are at that time. This 
state is referred to as the "simplex state." The remote copying function makes it possible, 
by making ready an extra disk to form a pair with a given disk and thereby to achieve the 
duplex state and switching to the simplex state at any desired subsequent point of time, to 
copy the data at that point of time. 

The application program 16 of host Id, the application program 26 of host 
2d, and the conversion program 25 perform the same functions as their respective 
counterparts in the second embodiment. In this embodiment, the process to make the data 
of the disk 31a available for use by host 2d is represented by the flowchart of Figxire 4 as 
for the second embodiment. In the usual process, disk 31a and disk 31b are used in the 
paired state. Host Id respectively dissolves and re-forms the pair of the disks 31a and 
31b at step 1002 for pair dissolution and at step 1005 for pair re-formation. 

On the host 2d side, at step 1201, the conversion program 25 copies the 
data stored on disk 31b to disk 32b while converting the data format. The application 
program 26, in disk re-mapping at step 102b, performs re-mapping between disk 32b and 
disk 33b to replace them with each other, and resumes processing by using the mutually 
replaced disks. 

With reference to this mode of implementing the invention, a computer 
system in which data are shared between hosts installed in geographically distant sites 
was described as a variation of the second mode of implementation. Similarly in a third 
mode of implementation, hosts Ic and 2c of Figure 5 can be arranged in geographically 
distant sites as illustrated in Figure 9 and share data between them. In this case, the 
processor 6 can be arranged in the same site as host 2c. The embodiments so far 
described allow different hosts to share data without imposing heavy loads on either the 
hosts or the network. They also permit the hosts to access a common file while 
minimizing the possibility of interruption of execution of the application program on 
either host. 



Although the invention has been described in its preferred form with a 
certain degree of particularity, it is understood that the present disclosure of the preferred 
form has been changed in the details of construction and the combination and 
arrangement of parts may be resorted to without departing from the spirit and the scope of 
the invention as hereinafter claimed. 

The preceding has been a description of the preferred embodiment of the 
invention. It will be appreciated that deviations and modifications can be made without 
departing from the scope of the invention, which is defined by the appended claims. 



